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DETAILED ACTION 

1 . This communication is in response to the Amendment filed 1 1/08/2007. 

Claim Rejections - 35 USC § 101 

2. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, nnanufacture, or composition of 
matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the 
conditions and requirements of this title. 

Claims 14- 26 and 28 rejected under 35 U.S.C. 101 because the claimed invention is 

directed to non-statutory subject matter. 

Claim 14 claims a computer program product being tangibly embodied in an 

information carrier, this falls under non statutory subject matter as it is not within the four 

statutory classes. 

Appropriate correction is required. 

Response to Arguments 

3. Claims 1 , 3 14, 16 - 28 are pending in this Office Action. After a further search 
and a thorough examination of the present application, claims 1,3-14, 16-28 remain 
rejected. 

4. Applicant's arguments filed with respect to claims 1,3-14, 16-28 have been 
fully considered but they are not persuasive. 
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Applicant argues that there is no teaching in Theilmann alone or in combination 
with Beavers of storing version dependency data in the project object where the version 
dependency data identifies at least a version of object 

in response to Applicant's argument, the Examiner submits that in the previous 
office action and rejection examiner stated that Theilmann alone did not teach the 
version dependency data as claimed. Instead Beavers however teaches the storing of 
the versions and their dependency as claimed in paragraphs 149 and 174, Beavers. 

Other claims recite the same subject matter and for the same reasons as cited 
above the rejection is maintained. 

Hence, Applicant's arguments do not distinguish the claimed invention over the prior art 
of record. In light of the foregoing arguments, the 103 rejections are sustained. 

Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth In this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, If the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the Invention was made. 

6. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
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under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

7. Claims 1 . 3 - 14, 16 - 28 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Theilmann et al, (Theilmann' herein after) (US 2004/0126750 A1 ) further in view of 
Beavers et al. (^Beavers' herein after) (US 2004/0002049 Al). 

With respect to claim 1 , 

Theilmann discloses a method, performed by one or more processing devices, 
for use in an electronic learning system that stores information as learning objects, the 
method comprising: designating a target learning object as a project object and storing 
version dependency data in the project object, the version dependency data identifying 
at least a version of a first object upon which the project object directly depends, and a 
version of a second object upon, which the project object indirectly depends the project 
object being an object that is separate from the first object and second object; wherein 
the first object stores dependency data identifying the second object upon which the first 
object depends and wherein the first object does not store version dependency data 
identifying the version of the second object upon which the first object depends the 
version of the second object upon which the first object depends being determined by 
the version dependency data in the project object (paragraphs 7 - 1 1 , 39 - 42 and 101 ). 
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Theilmann however does not disclose the storing of the versions and their 
dependency explicitly as claimed. 

Beavers however teaches the storing of the versions and their dependency as 
claimed in paragraphs 149 and 174, Beavers. 

It would have been obvious to one of ordinary skill in the art of data processing at 
the time of the present invention to combine the teachings of cited references because 
there are directed towards the same field of invention of electronic learning systems. 
Furthermore, the detailed stored information regarding the versions and their 
dependency and other metadata would make the flow of the information easily 
understood and remove unnecessary duplication (paragraphs 174 - 177, Beavers). 

With respect to claim 3, 

Theilmann as modified discloses the method of claim 1 , wherein designating 
comprises storing data in the project object that indicates that the target leaming object 
is the project object (paragraph 101 , Theilmann). 

With respect to claim 4, 

Theilmann as modified discloses the method of claim 1 , wherein the target 
learning object comprises a portal to other learning objects in the electronic learning 
system (paragraphs 53 - 59, Theilmann). 


With respect to claim 5, 
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Theilmann as modified discloses the metfiod of claim 1 , wherein the other 
learning objects define a course offered via the electronic learning system (paragraphs 
25 - 27, Theilmann). 

With respect to claim 6, 

Theilmann as modified discloses the method of claim 4, wherein the target 
learning object comprises a glossary of a course (paragraphs 25 - 27, Theilmann). 

With respect to claim 7, 

Theilmann as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: identifying learning objects upon which the project object 
depends; moving the project object and learning objects upon which the project object 
depends between the local repository and the master repository (paragraphs 63 - 65, 
Theilmann). 

With respect to claim 8, 

Theilmann as modified discloses the method of claim 1, wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the version of the first object from the master 
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repository to tfie local repository without copying the project object to the local 
repository; and resolving dependencies associated with the version of the first object in 
accordance with a predefined rule (paragraphs 70 - 72, 83 and 89, Theilmann). 

With respect to claim 9, 

Theilmann as modified discloses the method of claim 8, wherein the version of 
the first object depends on the second object, and resolving comprises making the 
version of the first object depend on a most current version of the second object in the 
local repository (paragraphs 91 - 93, Theilmann). 

With respect to claim 10, 

Theilmann as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the project object, the version of the first object, and 
the version of the second object from the master repository to the local repository; 
creating a second version of the first object; and updating the version dependency data 
in the project object to reference the second version of the first object (paragraphs 70 - 
72, 83 and 89 - 93, Theilmann). 


With respect to claim 1 1 , 
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Theilmann as modified discloses the method of claim 1 , wherein at least one of 
the first and second objects stores information about a dependent object (paragraph 
108, Theilmann). 

With respect to claim 12, 

Theilmann as modified discloses the method of claim 11, wherein the infonnation 
comprises an identity of the dependent object (paragraph 108, Theilmann). 

With respect to claim 1 3, 

Theilmann as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the version of the first object from the master 
repository to the local repository without copying the project object to the local 
repository; and resolving dependencies associated with the version of the first object in 
favor of current versions of objects on which the first object depends (paragraphs 70 - 
72, 83 and 89 - 93, Theilmann). 

With respect to claim 14, 

Theilmann discloses a computer program product for use in an electronic 
leaning system that stores infonnation as learning objects, the computer program 
product being tangibly embodied in an information carrier, the computer program 
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product being operable to cause one or more machines to: designate a target learning 
object as a project object; store version dependency data in the project object, the 
version dependency data identifying at least a version of a first object upon which the 
project object directly depends, and a version of a second object upon which the project 
object indirectly depends the project object being an object that is separate from the first 
object and second object; wherein the first object stores dependency data identifying 
the second object upon which the first object depends, and wherein the first object 
doesnot store version dependency data identifying the version of the second object 
upon which the first object depends the version of the second object upon which the first 
object depends being determined by the version dependency data in the project object 
(paragraphs 7 - 1 1 , 39 - 42 and 101 , Theilmann). 

Theilmann however doesnot disclose the storing of the versions and their 
dependency explicitly as claimed. 

Beavers however teaches the storing of the versions and their dependency as 
claimed in paragraphs 149 and 174, Beavers. 

It would have been obvious to one of ordinary skill in the art of data processing at 
the time of the present invention to combine the teachings of cited references because 
there are directed towards the same field of invention of electronic learning systems. 
Furthermore, the detailed stored information regarding the versions and their 
dependency and other metadata would make the flow of the information easily 
understood and remove unnecessary duplication (paragraphs 174 - 177, Beavers). 
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With respect to claim 16, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein designating comprises storing data in the project object that indicates that the 
target learning object is the project object (paragraph 101, Theilmann). 

With respect to claim 17, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the target learning object comprises a portal to other learning objects in the 
electronic learning system (paragraphs 53 - 59, Theilmann). 

With respect to claim 18, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the other learning objects define a course offered via the electronic learning 
system (paragraphs 25 - 27, Theilmann). 

With respect to claim 19, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the target learning object comprises a glossary of a course (paragraphs 25 - 
27, Theilmann). 

With respect to claim 20, 
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Theilmann as modified discloses the computer program product of claim 14, 
wherein the electronic learning system comprises a master repository that stores 
globally-available learning objects and a local repository that stores locally-available 
teaming objects, and the computer program product further comprises instructions 
operable to cause the one or more machines to: identify learning objects upon which the 
project object depends; move the project object and learning objects upon which the 
project object depends between the local repository and the master repository 
(paragraphs 63 - 65, Theilmann). 

With respect to claim 21 , 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the electronic learning system comprises a master repository that stores 
globally-available learning objects and a local repository that stores locally-available 
learning objects, and the computer program product further comprises instructions 
operable to cause the one or more machines to: copy the version of the first object from 
the master repository to the local repository without copying the project object to the 
local repository; and resolve dependencies associated with the version of the first object 
in accordance with a predefined rule (paragraphs 70 - 72, 83 and 89, Theilmann). 

With respect to claim 22, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the version of the first object depends on the second object, and resolving 
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comprises malting tlie version of the first object depend on a most current version of the 
second object in the local repository (paragraphs 91 - 93, Theilmann). 

With respect to claim 23, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the electronic learning system comprises a master repository that stores 
globally-available learning objects and a local repository that stores locally-available 
learning objects, and the computer program product further comprises instructions 
operable to cause the one or more machines to: copy the project object, the version of 
the first object, and the version of the second object from the master repository to the 
local repository; create a second version of the first object; and update the version 
dependency data in the project object to reference the second version of the first object 
(paragraphs 70 - 72, 83 and 89 - 93, Theilmann). 

With respect to claim 24, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein at least one of the first and second objects stores information about a 
dependent object (paragraph 108, Theilmann). 

With respect to claim 25, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the information comprises an identity of the dependent object (paragraph 108, 
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Theilmann). 

With respect to claim 26, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the electronic learning system comprises a master repository that stores 
globally-available learning objects and a local repository that stores locally-available 
learning objects, and the computer program product further comprises instructions 
cause the one or more machines to: copy the version of the first object from the master 
repository to the local repository without copying the project object to the local 
repository; and resolve dependencies associated with the version of the first object in 
favor of current versions of objects on which the first object depends (paragraphs 70 - 
72, 83 and 89 - 93, Theilmann). 

With respect to claim 27, 

Theilmann as modified discloses the method of claim 1 , wherein the version of 
the first object and the version of the second object store object dependency data but 
not version dependency data, wherein the object dependency data for the version of the 
first object identifies one or more first learning objects upon which the version of the first 
object depends but does not Identify versions of the one or more first learning objects, 
and wherein object dependency data for the version of the second object identifies one 
or more second learning objects upon which the version of the second object depends 


Application/Control Number: 

10/809,873 

Art Unit: 2166 


Page 14 


but does not identify versions of the one or more second learning objects (paragraplis 7 
-11, 39-42 and 101). 

With respect to claim 28, 

Theilmann as modified discloses the computer program product of claim 14, 
wherein the version of the first object and the version of the second object store object 
dependency data but not version dependency data, wherein the object dependency 
data for the version of the first object identifies one or more first learning objects upon 
which the version of the first object depends but does not identify versions of the one or 
more first learning objects, and wherein object dependency data for the version of the 
second object identifies one or more second learning objects upon which the version of 
the second object depends but does not identify versions of the one or more second 
learning objects (paragraphs 7 - 1 1 , 39 - 42 and 1 01 , Theilmann). 

Response to Arguments 

8, Claims 1 , 3 - 14, 16 - 28 are pending in this Office Action. After a further search 
and a thorough examination of the present application, claims 1,3-14, 16-28 remain 
rejected. 

9. Applicant's arguments filed with respect to claims 1 , 3 - 14,. 16 - 28 have been 
fully considered but they are not persuasive. 
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Applicant argues that there is no teaching in Cool< alone or in combination with 
Goodman of storing version dependency data in the project object where the version 
dependency data identifies at least a version of object 

In response to Applicant's argument, the Examiner submits that in the previous 
ofTice action and rejection examiner stated that Cook alone did not teach the version 
dependency data as claimed. Instead Goodman taught the version dependency data in 
paragraphs 0316 and 0378. Goodman furthermore teaches version control in 
paragraphs 0138, 0170 and 0173. 

Other claims recite the same subject matter and for the same reasons as cited 
above the rejection is maintained. 

Hence, Applicant's arguments do not distinguish the claimed invention over the prior art 
of record. In light of the foregoing arguments, the 103 rejections are sustained. 

Claim Rejections - 35 USC § 103 

10. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary sl^ill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner In which the Invention was made. 

1 1 . This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a). the examiner presumes that the subject matter of 
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the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 1 03(a). 

12. Claims 1 , 3 - 14, 16 - 28 rejected under 35 U.S.C. 103(a) as being unpatentable 
over Cook et al. ('Cook' herein after) (US 2002/0168621 A1) further In view of Goodman 
et al. ('Goodman' herein after) (US 2006/0059253 Al). 

With respect to claim 1 , 

Cook discloses a method, perfonned by one or more processing devices, for use 
in an electronic learning system that stores information as leaming objects, the method 
comprising: designating a target leaming object as a project object (paragraph 0077, 
Cook); storing version dependency data in the project object, the version dependency 
data identifying at least a version of a first object upon which the project object directly 
depends (paragraph 0078, Cook), and a version of a second object upon which the 
project object indirectly depends the project object being an object that is separate from 
the first object and second object (paragraphs 0079 - 0081 , Cook) wherein the version 
of the first object depends on the version of the second object the version of the second 
object upon which the first object depends being determined by the version dependency 
data in the project object (paragraphs 0091 - 0092, Cook). 
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Cook does not explicitly disclose the version dependency data as claimed. 

Goodman however teaches the object and data dependencies in paragraphs 
0316 and 0378. Goodman furthermore teaches version control In paragraphs 0138, 
0170 and 0173. 

It would have been obvious to one of ordinary sl<ill in the art of data processing at 
the time of the present invention to combine the teachings of cited references because 
the version checking of Goodman's method would minimize the updating problems of 
Cook's method (paragraph 0014, Goodman). 

Claims 3 - 13, 27 are rejected under the same rationale given for claim 1. The 
citations of the elements claimed and taught are listed below. 

With respect to claim 3. 

Cook as modified discloses the method of claim 1 , wherein designating 
comprises storing data in the project object that indicates that the target learning object 
is the project object (paragraphs 0098 - 0099, Cook). 

With respect to claim 4, 

Cook as modified discloses the method of claim 1 , wherein the target learning 
object comprises a portal to other learning objects in the electronic learning system 
(paragraphs 0099 - 01 00. Cook). 
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With respect to claim 5, 

Cook as modified discloses the method of claim 1 , wherein the other learning 
objects define a course offered via the electronic learning system (paragraph 0079, 
Cook). 

With respect to claim 6, 

Cook as modified discloses the method of claim 4, wherein the target learning 
object comprises a glossary of a course (paragraph 0081 , Cook). 

With respect to claim 7, 

Cook as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: identifying learning objects upon which the project object 
depends, moving the project object and learning objects upon which the project object 
depends between the local repository and the master repository (paragraphs 0104 - 
0106, Cook). 

With respect to claim 8, 

Cook as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
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objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the version of the first object from the master 
repository to the local repository without copying the project object to the local 
repository and resolving dependencies associated with the version of the first object in 
accordance with a predefined rule (paragraphs 0140 - 0142. Cook). 

With respect to claim 9, 

Cook as modified discloses the method of claim 8, wherein the version of the first 
object depends on the second object, and resolving comprises making the version of 
the first object depend on a most current version of the second object in the local 
repository (paragraph 0104, Cook). 

With respect to claim 10, 

Cook as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the project object, the version of the first object, and 
the version of the second object from the master repository to the local repository 
(paragraph 0104, Cook); creating a second version of the first object; and updating the 
version dependency data in the project object to reference the second version of the 
first object (paragraphs 0140 - 0142 , Cook). 
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With respect to claim 1 1 . 

Cook as modified discloses the method of claim 1 , wherein at least one of the 
first and second objects stores information about a dependent object (paragraphs 0283 
- 0285. Cook). 

With respect to claim 12, 

Cook as modified discloses the method of claim 1 1 , wherein the information 
comprises an identity of the dependent object (paragraph 0285, Cook). 

With respect to claim 13, 

Cook as modified discloses the method of claim 1 , wherein the electronic 
learning system comprises a master repository that stores globally-available learning 
objects and a local repository that stores locally-available learning objects, and the 
method further comprises: copying the version of the first object from the master 
repository to the local repository without copying the project object to the local 
repository (paragraph 0104, Cook); and resolving dependencies associated with the 
version of the first object in favor of current versions of objects on which the first object 
depends (paragraph 01 10, Cook). 

With respect to claim 14, 
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Cook discloses a computer program product for use in an electronic learning 
system that stores information as learning objects, tlie computer program product being 
tangibly embodied in an infomiation carrier, the computer program product being 
operable to cause one or more machines to: designate a target learning object as a 
project object (paragraph 0077, Cook); store version dependency data in the project 
object, the version dependency data identifying at least a version of a first object upon 
which the project object (paragraph 0078, Cook), and a version of a second object upon 
which the project object indirectly depends the project object being an object that is 
separate from the first object and second object (paragraphs 0079 - 0081 , Cook) 
wherein the version of the first object depends on the version of the second object the 
version of the second object upon which the first object depends being determined by 
the version dependency data in the project object (paragraphs 0091—0092, Cook). 

Cook does not explicitly disclose the version dependency data as claimed. 

Goodman however teaches the object and data dependencies in paragraphs 
0316 and 0378. Goodman furthermore teaches version control in paragraphs 0138, 
0170 and 01 73. 

It would have been obvious to one of ordinary skill in the art of data processing at 
the time of the present invention to combine the teachings of cited references because 
the version checking of Goodman's, method would minimize the updating problems of 
Cook's method (paragraph 0014, Goodman). 
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Claims 16-26 and 28 are rejected under the same rationale given for claim 14. The 
citations of the elements claimed and taught are listed below. 

With respect to claim 16, 

Cook as modified discloses the computer program product of claim 14, wherein 
designating comprises storing data in the project object that indicates that the target 
learning object is the project object (paragraphs 0098 - 0099, Cook). 

With respect to claim 1 7, 

Cook as modified discloses the computer program product of claim 14, wherein 
the target learning object comprises a portal to other learning objects in the electronic 
learning system (paragraphs 0099 - 01 00, Cook). 

With respect to claim 18, 

Cook as modified discloses the computer program product of claim 14, wherein 
the other learning objects define a course offered via the electronic learning system 
(paragraph 0079, Cook). 

With respect to claim 19, 

Cook as modified discloses the computer program product of claim 14, wherein 
the target learning object comprises a glossary of a course (paragraph 0081, Cook). 
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With respect to claim 20, 

Cook as modified discloses the computer program product of claim 14, wherein 
the electronic learning system comprises a master repository that stores globally- 
available learning objects and a local repository that stores locally-available learning 
objects, and the computer program product further comprises instructions operable to 
cause the one or more machines to: identify learning objects upon which the project 
object depends, move the project object and learning objects upon which the project 
object depends between the local repository and the master repository (paragraphs 
0104 -0106, Cook). 

With respect to claim 21 , 

Cook as modified discloses the computer program product of claim 14, wherein 
the electronic learning system comprises a master repository that stores globally- 
available learning objects and a local repository that stores locally-available learning 
objects, and the computer program product further comprises instructions operable to 
cause the one or more machines to: copy the version of the first object from the master 
repository to the local repository without copying the project object to the local 
repository and resolve dependencies associated with the version of the first object in 
accordance with a predefined rule (paragraphs 0140 - 0142, Cook), 

With respect to claim 22,^ 
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Cook as modified discloses tlie computer program product of claim 14, wherein 
tlie version of tlie first object depends on the second object, and resolving comprises 
making the version of the first object depend on a most cun-ent version of the second 
object in the local repository (paragraph 0104, Cook). 

With respect to claim 23, 

Cook as modified discloses the computer program product of claim 14, wherein 
the electronic leaming system comprises a master repository that stores globally- 
available learning objects and a local repository that stores locally-available learning 
objects, and the computer program product further comprises instructions operable to 
cause the one or more machines to: copy the project object, the version of the first 
object, and the version of the second object from the master repository to the local 
repository (paragraph 0104, Cook); create a second version of the first object; and 
update the version dependency data in the project object to reference the second 
version of the first object (paragraphs 0140 - 0142 , Cook). 

With respect to claim 24, 

Cook as modified discloses the computer program product of claim 14, wherein 
at least one of the first and second objects stores information about a dependent object 
(paragraphs 0283 - 0285, Cook). 


With respect to claim 25, 
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Cook as modified discloses tlie computer program product of claim 14, wherein 
the information comprises an identity of the dependent object (paragraph 0285, Cook). 

With respect to claim 26, 

Cool< as modified discloses the computer program product of claim 14, wherein 
the electronic learning system comprises a master repository that stores globally- 
available learning objects and a local repository that stores locally-available learning 
objects, and the computer program product further comprises instructions to cause the 
one or more machines to: copy the version of the first object from the master repository 
to the local repository without copying the project object to the local repository 
(paragraph 0104, Cook); and resolve dependencies associated with the version of the 
first object in favor of current versions of objects on which the first object depends 
(paragraph 01 10, Cook). 

With respect to claim 27, 

Cook as modified discloses the method of claim 1 , wherein the version of the first 
object and the version of the second object store object dependency data but not 
version dependency data, wherein the object dependency data for the version of the 
first object identifies one or more first learning objects upon which the version of the first 
object depends but does not identify versions of the one or more first learning objects, 
and wherein object dependency data for the version of the second object identifies one 
or more second learning objects upon which the version of the second object depends 
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but does not identify versions of the one or more second learning objects (paragraph 
0316. Goodman). 

With respect to claim 28, 

Cook as modified discloses the computer program product of claim 14, wherein 
the version of the first object and the version of the second object store object 
dependency data but not version dependency data, wherein the object dependency 
data for the version of the first object identifies one or more first learning objects upon 
which the version of the first object depends but does not identify versions of the one or 
more first learning objects, and wherein object dependency data for the version of the 
second object identifies one or more second learning objects upon which the version of 
the second object depends but does not identify versions of the one or more second 
learning objects (paragraph 0316, Goodman). 
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Conclusion 

13. THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded 
of the extension of time policy as set forth in 37 CFR i.1 36(a). 
A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 


Application/Control Number: Page 28 

10/809.873 

Art Unit: 2166 

Contact Information 

Any inquiry concerning tliis communication or earlier communications from tlie 
examiner sliould be directed to Navneet K. Ahluwalia whose teleplione number is 571- 
272-5636. 

If attempts to reach the examiner by telephohe are unsuccessful, the examiner's 
supervisor, Alam T. Hosain can be reached on 571-272-3978. The fax phone number 
for the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status infomiation for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Navneet K. Ahluwalia 

Examiner 
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